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(54) Data health monitor for financial information communication networks 



(57) A financial communications network incorpo- 
rating a data health monitor includes a plurality of data 
sources, a plurality of data collection system, a client 
site terminal and a network connecting these compo- 
nents. Each data collection system includes a processor 
for receiving and formatting financial data received from 
said data sources, wherein the formatted financial data 
has a data field including a first data source identifier 
identifying the data source of said formatted financial 
data and a first system identifier identifying the data col- 
lection system formatting said formatted financial data. 
The data collection systems also include a status code 
generator for generating and transmitting a status code, 



wherein the status code generator automatically up- 
dates the status code when the operating status of a 
corresponding data source changes; and a heartbeat 
signal generator for generating and periodically trans- 
mitting a heartbeat signal. The client site terminal in- 
cludes a processor for receiving the formatted financial 
data, the heartbeat signal and the status codes which it 
processes to determine whether there is a problem in 
the receipt of the financial data which prevents the ter- 
minal's receipt of the data in real time. The client site 
terminal then selects a real-time or stale display mode 
for displaying the financial data, and a display displays 
the financial data in accordance with the selected real- 
time or stale display mode. 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates to a data health 
monitor for financial information communications net- 
works which automatically detects problems in the de- 
livery of real-time financial information to client site com- 
puter systems, which problems may result in the use of 
non-current financial information by the client site com- 
puter systems. Upon detection of a delivery problem, the 
data health monitor according to the present invention 
automatically alerts users at the client site computer 
system that the financial information being used is not 
real-time and automatically clears the alert when the 
used information becomes red-time. The data health 
monitor according to the present invention automatically 
detects problems in the delivery of financial data both 
from data sources to the communications network and 
within the communications network itself. Through the 
use of open architecture, the data health monitor ac- 
cording to the present invention may be applied to a va- 
riety of client site applications including a client site ter- 
minal with a display displaying the financial information 
and an indication whether the information is real-time or 
stale. 

BACKGROUND OF THE INVENTION 

[0002] Reuters delivers financial information from 
stock exchanges and other markets throughout the 
world to numerous client site computer systems using 
an extensive wide area network. The financial informa- 
tion delivered by this network includes financial data 
concerning instruments such as stocks, bonds, foreign 
exchange instruments, and commodities which may be 
traded across the world. Within Reuters network, each 
financial instrument traded over the network is treated 
as a separate entity from the time it is entered onto the 
network from the financial exchange until it is delivered 
to the client site computer systems. As trades are car- 
ried out on the various financial exchanges, correspond- 
ing financial information concerning the financial instru- 
ment transactions on the exchanges is delivered to nu- 
merous client sites worldwide in real time as updates to 
each affected instrument. 

[0003] Approximately 1 .5 million financial instruments 
are updated in real time in the Reulers worldwide net- 
work All financial information should then be available 
in real time to all client sites worldwide with an interest 
in the information. Thus, accurate, real-time updates to 
client sites are important to the real-time display of fi- 
nancial information at the client sites. If the displayed 
financial information is not current, users of the system 
may rely upon faulty information in performing financial 
transactions, resulting in substantial financial losses. 
Furthermore, the display of stale information by the cli- 
ent sites will reduce the users' confidence in, and there- 



fore use of, the Reuters network 

[0004] Further, the types of financial instruments 
available to users is not fixed. Rather, the number of fi- 
nancial instruments available is constantly growing. 

s However, current systems are designed to service one 
to few instrument types. By accommodating only a few 
instrument types, designers have optimized the opera- 
tion of these closed trading systems. However, as the 
variety of instrument types increases, these closed sys- 

io terns become obsolete. Also, current systems are de- 
signed to be used with specific devices and connec- 
tions, again limiting their usefulness in a global environ- 
ment where the predetermined system hardware and 
software norms may not be available or desired. To this 

15 end, interaction between divergent operating systems 
has been difficult. Further, current trading systems do 
not readily exchange information with other applications 
(also referred to as host applications) running on a client 
site terminal. To this end, the end user is relegated to 

20 manually transporting received trading information be- 
tween applications. However, manually transporting in- 
formation fails to account for any change in the health 
(or staleness) of the information. To this end, stale infor- 
mation can otherwise current information as present in 

25 a user's end application. For example, a spreadsheet 
calculating a trader's investment in an instrument may 
reflect erroneous information when the value of each in- 
strument changes over time and the spreadsheet is un- 
aware of the changes. Accordingly, a need exists to pro- 

30 vide a system able to accommodate changing instru- 
ment types, operate within different operating systems, 
and provide information to various other applications 
running on a client site terminal. 

35 SUMMARY OF THE INVENTION 

[0005] In view of the risks and consequences associ- 
ated with the display of stale (not real-time) financial da- 
ta by the Reuters financial information network, the data 
40 health monitor according to the present invention pro- 
vides a system for automatically detecting and identify- 
ing to the users of the network stale, non-current finan- 
cial information. The data health monitor provides accu- 
rate detection and identification of stale financial infor- 
ms mation in real time to prevent both losses due to user 
reliance on stale information and loss of user confidence 
in the Reuters financial information network. 
[0006] Also, the data health monitor according to the 
present invention is based on an open system architec- 
so ture wherein the data health monitor is designed to ac- 
commodate new financial instruments. Additionally, the 
data health monitor according to the present invention 
is designed to be system independent, so as to accom- 
modate varying operating systems and associated ar- 
55 chitectures. For example, the data health monitor ac- 
cording to the invention is cross-platform enabled so 
that, while a client site terminal may be running at least 
one variety of operating systems, the client site terminal 
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may still receive and process received information. Con- 
templated operating systems include Windows 95 ™, 
Windows NT ™, Windows 3.1. from Microsoft, OS/2 
from IBM, the UNIX operating system and the Apple Op- 
erating systems, and the like. The program running on 
each client site terminal receives and interprets informa- 
tion from the network so the information may be used 
locally, independent of the operating system or combi- 
nation of hardware/software used. Further, the data 
hearth monitor according to the present invention is con- 
structed on an open application architecture which links 
received information between applicatbns. In the case 
of Microsoft Windows™ operating systems, the data 
health monitor uses the DDE open data interchange for- 
mat to enable the transportation of information receive 
via the data health monitor system to additional appli- 
cations running on the client site terminal. These addi- 
tional applications may include spreadsheet programs, 
databases including knowledge bases, word processing 
documents, graphs, model, and the like. For example, 
received information can be ported to an Excel spread- 
sheet program (by the Microsoft Corporation of Red- 
mond, WA) using DDE for various calculations. If the 
received information is stale (or suspect), the spread- 
sheet is alerted to the staleness of the received infor- 
mation. In response, the spreadsheet alerts the end us- 
er that at least some of the received information is stale. 
These alerts may take the form of altered screen colors, 
flashing banners, and the like. In an alternative embod- 
iment, another application (other than the spreadsheet, 
or other end application) at the client site terminal alerts 
the user that the received information is stale. 
[0007] The data health monitor according to the 
present invention is contemplated to be capable of de- 
tecting problems and/or delays in the delivery of finan- 
cial information 1 ) from the financial exchanges or other 
real-time financial information sources to the network 
and 2) within the network itself. Moreover, in the present 
invention, each financial instrument may be individually 
marked as stale based upon delivery problems or delays 
relating to the source of the financial instrument data or 
problems within the portion of the network which deliv- 
ers the financial instrument data to the client site com- 
puter systems. 

[0008] A data health monitor in accordance with the 
present invention includes a processor for receiving re- 
al-time financial data from a data source, formatting the 
real-time financial data to include a data source identi- 
fier, and transmitting the formatted real-time financial 
data onto the communications network The data health 
monitor also includes a status code generator for gen- 
erating and transmitting a data source status code 
based upon the operating status of the data source 
wherein the data source status code includes the data 
source identifier. The status code generator automati- 
cally updates the data source status code in response 
to changes in the operating status of the data source 
and automatically transmits the updated data source 



status code. A client site computer system receives and 
processes the formatted real-time financial data, data 
source status code and the updated data source status 
code, and selects in real time a stale or real-time iden- 
s tifier (real-time/stale identifier) for the formatted real- 
time financial data based upon the data source identifier 
of the formatted real-time financial data, the data source 
status code and the updated data source status code. 
The client site computer system then utilizes the format- 
ted real-time financial data in accordance with the se- 
lected identification. When applied to a client site termi- 
nal, the selected real-time/stale identifier relates to a se- 
lected stale or real-time display mode. When the finan- 
cial information is received, the terminal then displays 
the financial information in the selected display mode. 
[0009] Another data health monitor in accordance 
with the present invention includes a processor for re- 
ceiving real-time financial data from a data source, for- 
matting the real-time financial data to include a system 
identifier, and transmitting the formatted real-time finan- 
cial data onto the communications network. The proc- 
essor also includes a heartbeat signal generator for gen- 
erating and transmitting at a predetermined interval a 
heartbeat signal including the system identifier. A client 
site computer system receives and processes the for- 
matted real-time financial data and the heartbeat signal, 
and selects in real time a stale or real-time identifier (re- 
al-time/stale identifier) for the formatted real-time finan- 
cial data based upon the system identifier of the format- 
ted real-time financial data and the heartbeat signal. The 
client site computer system then uses the formatted re- 
al-time financial data in accordance with the selected 
real-time/stale identifier. 

[0010] One of the various of the client site computer 
system implementations is in a terminal with an associ- 
ated display. Here, a client site terminal receives and 
processes the formatted real-time financial data and the 
heartbeat signal and selects in real time the real-time/ 
stale identifier embodying a stale or real-time display 
mode for the formatted real-time financial data based 
upon the system identifier of the formatted real-time fi- 
nancial data and the heartbeat signal. The client site ter- 
minal then displays the formatted real-time financial da- 
ta in accordance with the selected display mode. 
[0011] A financial communications network incorpo- 
rating a data health monitor according to the present in- 
vention includes a plurality of data sources, a plurality 
of data collection system, a client site computer system 
and a network connecting these components. 
[0012] Each data collection system includes a proc- 
essor for receiving and formatting financial data re- 
ceived from said data sources, wherein the formatted 
financial data has a data field including a first data 
source identifier identifying the data source of said for- 
matted financial data and a first system identifier iden- 
tifying the data collection system formatting said format- 
ted financial data. The data collection systems also in- 
clude a status code generator for generating and trans- 



75 



20 



25 



30 



35 



40 



45 



50 



iKicrv-mirv /CD nonocrriA? I 



3 



5 



EP 0 902 570 A2 



6 



mitting a status code, wherein the status code generator 
automatically updates the status code when the operat- 
ing status of a corresponding data source changes; and 
a heartbeat signal generator for generating and period- 
ically transmitting a heartbeat signal. . 
[0013] The client site computer system includes a 
processor for receiving the formatted financial data, the 
heartbeat signal and the status codes which it process- 
es to determine whether there is a problem in the receipt 
of the financial data which prevents the terminal's re- 1 
ceipt of the data in real time. The client site computer 
system then selects a real-time/stale identifier for iden- 
tifying the financial data, and uses the financial data in 
accordance with the selected real-time/stale identifier. 
When a selected application of the client site computer * 
system is a terminal including a display for displaying 
the financial information, the selected real-time/stale 
identifier corresponds to a real-time or stale display 
mode. In this regard, when displaying the financial data, 
the terminal displays the financial data in accordance 2< 
with the selected real-time or stale display mode. 
[001 4] various additional advantages and features of 
novelty which characterize the invention are further 
pointed out in the claims that follow. However, for a bet- 
ter understanding of the invention and its advantages, 21 
reference should be made to the accompanying draw- 
ings and descriptive matter which illustrate and describe 
preferred embodiments of the invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 3C 

[0015] Figure 1 provides a block diagram of compo- 
nents of a communications network provided with a data 
health monitor according to the present invention 
[0016] Figure 2 provides a block diagram of the com- 3S 
ponents of a data collection system for use in the com- 
munications network of Figure 1 . 
[0017] Figure 3 provides a block diagram of the com- 
ponents of a client site terminal for use in the communi- 
cations network of Figure 1 . 40 
[001 8] Figures 4A and 4B provide diagrams of system 
identifier and data source identification fields generated 
by the data health monitor according to the present in- 
vention. 

[0019] Figure 5 provides a diagram of a method for *s 
monitoring the real-time delivery of financial data from 
one or more real-time financial data sources based upon 
data source identification information generated by the 
data health monitor and provided with the delivered fi- 
nancial data. so 
[0020] Figure 6 provides a diagram of a method of 
monitoring the real-time delivery of financial data within 
the communications network of Figure 1 based upon a 
heartbeat signal generated by a data health monitor ac- 
cording to the present invention. ss 



DETAILED DESCRIPTION 

[0021] The present invention will now be described in 
detail with reference to the accompanying drawings. 
While the present invention is described in the context 
of a communications network including a specific 
number of components, the data health monitor accord- 
ing to the present invention may be incorporated into 
networks of many structures and sizes. The drawings 
are intended to provide one example of a network con- 
figuration in which a data health monitor may be imple- 
mented and are not intended to limit the applicability of 
the present invention to other network configurations. 
[0022] As shown in Figure 1, a financial information 
communications network incorporating a data health 
monitor in accordance with the present invention in- 
cludes a plurality of data sources 101 -106 for providing 
real-time financial data from financial exchanges such 
as stock markets, commodity markets, foreign ex- 
change markets: etc. as well as financial data from da- 
tabases and other real-time data sources (generically 
referred to herein as "data sources 0 ) 
[0023] One or more data collection systems (DCSs), 
for example, 1 1 0 and 111, receive the real-time financial 
data provided by the data sources 101-106 respectively. 
Upon receiving the real-time financial data, each DCS 
formats the received financial data in a predetermined 
format which may be processed by the client site termi- 
nals to enable the client site terminals to display the fi- 
nancial data in real time. The financial data formal cre- 
ated by the DCS also includes a data field with a data 
source identifier identifying the source of the financial 
data and a system identifier identifying the DCS 
processing the data. This data field is abbreviated as 
DSOJD and is discussed in greater detail below with 
reference to FIGS. 2 and 4. Once the DCS has appro- 
priately formatted the real-time financial data, it trans- 
mits the data via a network 120 to a one or more client 
site terminals 130-133. 

[0024] Each DCS also monitors the data feeds from 
each respective data source from which the DCS re- 
ceives real-time financial data and generates and stores 
a data source status code corresponding to each data 
source. The data source status code lor each data 
source includes a data source identifier and status data 
to indicate whether the data source is operating in a nor- 
mal operations mode (real time) or in a problem opera- 
tion mode. The problem operation mode includes, but 
is not limited to, errors arising from delayed reception of 
data or no reception of data (i.e., missingdata). The data 
source identifier in the status code is similar to or match- 
es the data source identifier in the DSOJD field of the 
financial data provided by the corresponding data 
source. Each data source status code is transmitted to 
each client site terminal receiving the financial data pro- 
vided by the respective data source. 
[0025] When a DCS detects a delay in the delivery of 
financial data from a data source, the DCS generates 
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and transmits a first status code update signal having a 
predetermined data value to each client site terminal re- 
ceiving financial data from the problematic data source. 
The status code update signal has the same format as 
the data source status code - it includes a data source 
identifier and status data. The DCS also stores the sta- 
tus code update as the new data source status code. 
[0026] Upon receipt of the formatted real-time finan- 
cial data from one or more DCSs, each client site termi- 
nal (e.g., 130-133) automatically extracts and process- 
es the data source identifier from the DSOJD. If the cli- 
ent site terminal does not already monitor the status 
code corresponding to the data source identified by the 
DSOJD, the client site terminal automatically sends a 
request for the status code to the appropriate DCS. Up- 
on receiving the status code, the client site terminal dis- 
plays the financial data having the same data source 
identifier in accordance with the status indicated by the 
status code. 

[0027] Once the client site terminal monitors the sta- 
tus code for financial data from a particular data source, 
it receives status code updates from the DCS when the 
operating status of the data source changes. Upon re- 
ceipt of the first status code update signal indicating a 
problem with the financial data from the particular data 
source, the client site terminal automatically compares 
the data source identification within the DSOJD of all 
displayed financial data with the data source identifica- 
tion in the status code update signal and displays as 
stale any financial data having a matching data source 
identification. 

[0028] When the DCS which detected the problematic 
data source determines that the data source is once 
again properly providing real-time financial data, the 
DCS generates and transmits a second status code up- 
date having a different status data value than the first 
status code update. Upon receipt of this second status 
code update, the client site terminal automatically re- 
turns the display of the financial data from the corre- 
sponding data source to a real-time (not stale) display 
[0029] Thus, the data health monitor according to the 
present invention automatically detects problems and/ 
or delays in the delivery of real-time financial data from 
data sources such as financial exchanges and automat- 
ically notifies users at the corresponding client site ter- 
minals that the displayed financial data is stale (not cur- 
rent) when there is a problem with data delivery from 
one or more of the data sources. 
[0030] The data health monitor according to the 
present invention also enables monitoring of the trans- 
mission of formatted real-time financial data between 
each DCS and the client site terminals. Each DCS gen- 
erates and periodically transmits a "heartbeat" signal to 
each client site terminal receiving real-time data from 
the DCS via the network 1 20. The heartbeat data signal 
includes a system identifier to identify the DCS gener- 
ating the heartbeat. The system identifier in the heart- 
beat signal is similar to or matches the system identifier 



in the financial data processed by the corresponding 
DCS. The heartbeat is transmitted to the client site ter- 
minals at predetermined intervals, for example, once 
every thirty seconds. 
s [0031] Each client site terminal receiving real-time fi- 
nancial data from a particular DCS monitors the heart- 
beat from that DCS. A client site terminal receiving fi- 
nancial data from multiple DCSs monitors the heartbeat 
from each DCS from which it receives the financial data. 

10 |f the client site terminal does not receive two heartbeats 
in a row from a certain DCS, i.e., if no heartbeat signal 
is received from a DCS, for example, after 60 seconds 
(one minute), the client site terminal compares the DCS 
identifier from the missing heartbeats with the DCS iden- 

is tifier in the DSOJD field of all displayed financial data 
When the DCS identifier from the missing heartbeats 
matches the DCS identifier in the DSOJD field of dis- 
played financial data, the client site terminal automati- 
cally afters the display of the data to indicate that the 

20 displayed data is stale. 

[0032] In this way, the data health monitor according 
to the present invention monitors the transmission of fi- 
nancial data between the DCSs and the client site ter- 
minals and automatically notifies the client site terminal 

2S users when the displayed financial data from a specific 
DCS is not current due to problems within the DCS, the 
network 120 and/or the client site terminal itself. 
[0033] In an alternative embodiment, each data 
source (101-106) generates a heartbeat signal as well. 

30 The heartbeat signals from the data sources are trans- 
mitted to DCSs 111 and 110. When the DCSs transmit 
their heartbeat signals onto network 120, they also 
transmit the heartbeat signals from their data sources 
as well. For example, DCS 111 transmits the heartbeat 

35 signals from data sources 1 01 -1 03 to network 1 20 and 
DCS 110 transmits the heartbeat signals from data 
sources 104-106 to network 120. In response the to 
heartbeat signals from the various data sources, client 
site computer systems 1 30-1 33 are able to monitor the 

40 status of each data source of interest independently 
from the other data sources and independently from the 
status of each DCS. Accordingly, a client site computer 
system is contemplated to utilize this greater amount of 
status information in the computer system's operation. 

45 When the computer system includes a terminal display- 
ing the status of piece of financial information, the ter- 
minal is contemplated to display the financial informa- 
tion of interest in a stale or real-time mode. 
[0034] An optional monitor headend 1 40 may be pro- 

so vided within the network to provide additional informa- 
tion to the client site terminals concerning network prob- 
lems. For example, the monitor headend 1 40 may main- 
tain a database which stores information concerning the 
location, cause, and approximate repair times of all net- 

55 work problems. A user at a client site terminal may ac- 
cess the database to view this information, for example, 
when the user sees that some displayed financial data 
is stale or at any time. The monitor headend 140 peri- 
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odically updates the database and displays to the user 
the schedule forluture updates of the information. 
[0035] Client site computer systems 1 30-1 33 may in- 
clude additional applications which use the received 
heartbeat signal to alert a user to the presence of stale 
information in the applications. For example, client site 
computer system 1 30 may include a spreadsheet pro- 
gram receiving current information through a DDE link 
to an application receiving information over network 
120. In response to a missing heartbeat signal or a 
heartbeat signal noting the staleness of some informa- 
tion, the spreadsheet program alerts a user that the re- 
ceived information is stale or invalid (depending on the 
actual case of the received information). An advantage 
of alerting a user to the staleness of information as 
ported into additional applications includes ensuring 
that a user knows when information is current and not. 
Another advantage is that, through alerting a user when 
information becomes stale (as enabled through moni- 
toring the heartbeat signal), a greater level of confidence 
in the correctness of received information and calculat- 
ed information dependent thereon in the end application 
is instilled. 

[0036] A DCS 110 for use in the network of Figure 1 
is illustrated in Figure 2. The DCS 110 includes a storage 
unit 201 for storing real-time financial data received from 
one or more data sources, for example, data sources 
104-106 shown in Figure 1. A data processor 201 auto- 
matically formats the real-time financial data to include 
a network header field (for example, a sequence 
number used by the network 1 20 to route the data to the 
client site terminals) and a data source identifier field for 
identifying the source of the financial data and the DCS 
that processes the financial data (see Figure 4). The for- 
matted real-time financial data is then temporarily stored 
in storage 205 and transmitted by transmitter 206 onto 
the network 120 for delivery to client site terminals, e. 
g., client site terminals 130-133 of Figure 1 . 
[0037] The DCS 1 1 0 also includes a status code gen- 
erator 203 which automatically generates a status code 
for each data source from which the DCS 110 receives 
real-time financial data. The status code for each data 
source includes a header, a source identification field to 
identify the data source corresponding to the status 
code, and a status field to indicate the operating status 
of the respective data source. According to one embod- 
iment of the present invention, the operating status of a 
data source may be indicated as follows: 

o If the data source is operating properly, the status 
field is set to a value of ten thousand or zero (where 
zero indicates a start up condition or initial value). 

° If there is a problem with the data source, the status 
field is set to any value other than ten thousand or 
zero. 

[0038] Moreover, the status code header is set to zero 
(or other invalid header number) to notify each client site 



terminal that the received data represents a status code. 
By setting the header to zero : the status code generator 
203 within DCS 110 enables client site terminals to dif- 
ferentiate the status codes from other data transmitted 
within the network having headers with valid header 
numbers. 

[0039] As each client site terminal receives financial 
data originating at a particular data source, the client 
site terminal automatically requests the current status 
code of that data source from the DCS 110. Upon receipt 
of the request by the DCS 110, the processor 202 gen- 
erates a first control signal to the status code generator 
which, in response, outputs the current status code for 
that data source to the requesting client site terminal via 
transmitter 206. 

[0040] The processor 202 continuously monitors the 
receipt of real-time financial data from each data source 
(e.g., 104-106). When the processor 202 detects a 
change in the operating status of a data source e.g., 
104, 105 or 106), the processor automatically generates 
a second control signal to the status code generator 203 
which in response generates a status code update for 
the corresponding data source; The status code gener- 
ator formats the status code update as described above 
based upon whether there is a problem with the data 
source or the data source has returned to normal oper- 
ation. The status code generator 203 then automatically 
transmits the status code update via transmitter 206 to 
all client site terminals receiving financial data from the 
affected data source. The status code generator 203 al- 
so automatically stores the status code update as the 
new status code for that data source. 
[0041] The DCS 110 further includes a heartbeat ^gen- 
erator 204 which generates a heartbeat signal corre- 
sponding to the DCS 110 while the DCS is transmitting 
financial data to the client site terminals. The heartbeat 
generator automatically transmits the heartbeat signal 
once every predetermined period of time, for example, 
once every thirty seconds. Each heartbeat signal in- 
cludes a system identifier code which identifies the par- 
ticular DCS. As a result, when a client site terminal (e. 
g. , 1 30-1 33) receives financial data from more than one 
DCS, the client site terminal also periodically receives 
a heartbeat signal from each DCS. This enables the cli- 
ent site terminal to monitor the connection between the 
terminal and each DCS to insure real-time transmission 
of financial data from each DCS to the client site termi- 
nal. 

[0042] The above-described components of DCS 1 1 0 
may be hardware components, software components, 
or a combination thereof. Moreover, the components 
may be integrated into a single processor or distributed 
among multiple processors as necessary to perform the 
functions of the DCS 110. 

[0043] Figure 3 provides an illustration of a client site 
terminal 1 30 for use in the network of Figure 1 . The client 
site terminal 130 includes a transmitter/receiver 301, 
storage units 302 and 305, a processor 303. a first dis- 
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play selector circuit 304, a heartbeat detector circuit 
308, a second display mode selector circuit 309, an in- 
put device 306 for receiving inputs trom the user of the 
client site terminal, and a display 307 for displaying real- 
time financial data to the user. 

[0044] The client site terminal performs at least two 
types of monitoring to assure that the financial data is 
accurately displayed to the user as either real-time data 
or stale data. First, the client site terminal monitors the 
delivery of financial data from the data sources using 
the status code outputs from the DCSs. Second, the cli- 
ent site terminal monitors the transmission of the data 
from the DCS to the client site terminal using the heart- 
beat signals output by the DCSs. 
[0045] Monitoring of the data sources is performed as 
follows. Initially, the client site terminal sends a request 
for real-time financial data from one or more data sourc- 
es selected by the user. The DCS associated with each 
data source requested by the client site terminal re- 
ceives the request and transmits the corresponding fi- 
nancial data (once formatted as described above with 
reference to Figure 2) to the client site terminal. 
[0046] Upon receipt of formatted real-time financial 
data from, a DCS, the client site terminal stores the data 
in storage 302. Processor 303 extracts from the data the 
DSOJD information identifying the data source and de- 
termines whether it is currently monitoring the status of 
the data source. If the client site terminal is not monitor- 
ing the status of the data source, the processor 303 
transmits a request to the associated DCS providing the 
financial data and requests the status code for the data 
source. The status code generator 203 within the DCS 
transmits the status code to the client site terminal and 
also automatically sends subsequent status code up- 
dates as they are generated as described above with 
reference to Figure 2. The client site terminal stores the 
status code in storage unit 305. This process enables 
the client site terminal to monitor the status of the data 
source. 

[0047] Once the client site terminal is monitoring the 
data source of the received financial data, the first dis- 
play mode selector circuit 304 selects a real-time or 
stale display mode for the financial data in accordance 
with the status (real-time or stale) of the data source as 
indicated by the current status code stored by in the cli- 
ent site terminal in storage unit 305. The first display 
mode selector circuit outputs a control signal to the dis- 
play 307, and the display displays the financial data re- 
ceived from the processor 303 in accordance with the 
control signal from the first display mode selector circuit. 
[0048] When the client site terminal receives a status 
code update from a DCS indicating that there is a prob- 
lem with a data source, the processor 303 extracts the 
DSOJD data from the received status code update. The 
first display mode selector circuit 304 compares the ex- 
tracted source identifier with the source identifiers of the 
financial data displayed by display 307. If the DSO_ID 
field of the displayed data matches the DSOJD field of 



the received status code update, the first display mode 
selector circuit 304 generates another control signal to 
alter the display of the financial data by display 307 to 
indicate to the user that the displayed data is stale (not 
5 current). For example, stale data may be displayed by 
changing the color of the displayed data, placing a strike 
out mark through the stale data, graying out the data, or 
by any other suitable means. The display of financial da- 
ta with non-matching DSOJD fields is unaffected by the 
w receipt of the status code update. 

[0049] The client site terminal 130 performs its sec- 
ond monitoring function of monitoring of the transmis- 
sion of financial data from the DCSs to the client site 
terminal as follows. According to one embodiment of the 
is present invention in which system status monitoring is 
automatic, the client site terminal automatically requests 
heartbeat signals from each DCS providing financial da- 
ta to the terminal when the user of the terminal first re- 
quests financial data from the DCS. In other embodi- 
ments of the present invention, the system status mon- 
itoring function of the client site terminal is not automat- 
ic, but is activated either upon receipt of a heartbeat sig- 
nal from a DCS or manually by the user. 
[0050] When the client site terminal 130 receives a 
heartbeat signal from a DCS, the heartbeat detector cir- 
cuit 308 within the terminal extracts the system identifier 
data from the heartbeat signal and stores the signal in 
storage 305. The heartbeat detector circuit 308 repeats 
this process each time a heartbeat signal from the DCS 
is received. If the heartbeat detector circuit 308 does not 
receive a heartbeat within a predetermined period of 
time (for example, 45 seconds), the second display 
mode selector circuit 309 compares the system identi- 
fier of the missed heartbeat with the system identifier 
within the DSOJD field of the financial data displayed 
by display 307. If the system identifier of displayed fi- 
nancial data matches that of the missed heartbeat, the 
second display mode selector circuit 309 selects a stale 
display mode for the financial data and sends a control 
signal to the display 307 to alter the display of the finan- 
cial data to indicate that it is stale (non -current). The disr 
play of financial data having different system identifiers 
is not changed. In this manner, the client site terminal 
monitors the transmission of financial data between the 
DCSs and the terminal and automatically notifies the us- 
er when displayed data is stale due to problems with the 
DCS, the network 120, and/or the client site terminal it- 
self. 

[0051 ] The above-described components of client site 
terminal 130 may be hardware components, software 
components, or a combination thereof. Moreover, the 
components may be integrated into a single processor 
or distributed among multiple processors as necessary 
to perform the functions of the client site terminal 1 30. 
[0052] Figures 4A and 4B provide a diagram of one 
format for a DSOJD field within the formatted financial 
data transmitted by each DCS. As shown in Figure 4A, 
the DSOJD field may consist of sixteen bits of data ar- 
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ranged in three groups. Bits 0 to 9 store the data source 
identifier and bits 1 0 to 15 store the system or DCS iden- 
tifier. In one embodiment, all bits 0-9 are used to specify 
the data source. In an alternative embodiment, bit 0 may 
be left unused or assigned additional functionality as 
needed to implement the data health monitor according 
to the present invention within a financial data commu- 
nications network. As shown in Figure 4B, less than all 
bits 1-9 are used to specify the data source and bit 0 is 
used to alert the client site computer system to disregard 
the unneeded bits. For example, in the alternative em- 
bodiment, if bit 0 is set, then bits 7-9 are ignored and 
the source is identified through an analysis of bits 1-6. 
[0053] Embodiments of the present invention also 
contemplate the DSOJD field as incorporating greater 
bit lengths. For example, 32 and 64 bit lengths are con- 
templated. By the use of these extended lengths, a 
greater number of data sources are able to be specified. 
[0054] Figure 5 illustrates a method for monitoring the 
health (real-time availability) of financial data from one 
or more data sources in accordance with the present 
invention. This method includes the steps of: 



or real-time). 

[0055] Figure 6 illustrates a method for monitoring the 
health (real-time availability) of financial data transmit- 
ted trom one or more data collection systems to one or 
more client site terminals in accordance with the present 
invention. This method includes the steps of: 



501: receiving real-time financial data from one or 
more data sources at a data collection system; 

502: formatting the real-time financial data received 
from the data sources to include a data source 
identifier; 

503: generating a data source status signal including 
the data source identifier for each data source 
providing financial data to the data collection 
system; 

504: transmitting the formatted real-time financial da- 
ta and the data source status signals to one or 
more client site terminals upon receiving corre- 
sponding requests from the client site terminals; 

505: receiving the requested real-time financial data 
from a data source at the client site terminal; 

506: extracting a data source identifier from the re- 
ceived real-time financial data; 

507: comparing the extracted data source identifier 
with stored status data to determine whether the 
client site terminal is monitoring the status of the 
data source from which the financial data was 
received; 

508: if the status of the data source is not being mon- 
itored, transmitting a request to the data collec- 
tion system to obtain the current status data cor- 
responding to the data source; 

509: once the current status data is received, display- 
ing the real-time financial data in accordance 
with the current status data (either displaying the 
data as stale data or real-time data); and 

510: upon receipt of a status update from the data col- 
lection system, altering the display of the data 
from the data source corresponding to the status 
update in accordance with the status indicated 
in the update (either displaying the data as stale 
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receiving real-time financial data from one or 
more data sources at a data collection system; 
formatting the real-time financial data received 
from the data sources to include a system iden- 
tifier corresponding to the data collection sys- 
tem; 

generating a heartbeat signal including the sys- 
tem identifier; 

transmitting the formatted real-time financial da- 
ta to one or more client site terminals upon re- 
ceiving corresponding requests from the client 
20 site terminals; 

periodically transmitting the heartbeat signal to 
the one or more client site terminals upon receiv- 
ing corresponding requests from the client site 
terminals; 

receiving the requested real-time financial data 
from a data source at the client site terminal; 
extracting the system identifier from the re- 
ceived real-time financial data: 
comparing the extracted system identifier with 
stored status data to determine whether the cli- 
ent site terminal is monitoring the status of the 
data collection system; 

if the status of the data source is not being mon- 
itored, transmitting a request to the data collec- 
tion system to obtain the heartbeat signal for the 
system; 

once the heartbeat signal for the system is re- 
ceived, displaying the real-time financial data in 
a real-time display mode; 
determining whether the heartbeat signal was 
received during a predetermined period of time; 
if the heartbeat signal was timely received, dis- 
playing the financial data received from the data 
collection system in a real-time (current) display 
mode and repeating the determining step of 61 1 ; 
and, 

if the heartbeat signal was not timely received, 
displaying the financial data received from the 
data collection system in a stale (non-current) 
display mode and repeating the determining 
step of 611. 

[0056] According to alternate embodiments of the da- 
ta health monitor according to the present invention, ad- 
ditional display modes may be used. For example, fi- 
nancial data displayed by the client site terminals may 
be displayed in a real-time display mode, a stale display 
mode, or an unknown display mode (indicating to the 
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user that the financial data is questionable). Moreover, 
in some embodiments of the present invention, both 
monitoring functions may be manually and independ- 
ently activated and deactivated by the user at the client 
site terminal, for example, if the client site terminal has 
limited processing capacity and the user desires in- 
creased processing and display functions. 
[0057] Furthermore, when financial data for a partic- 
ular instrument includes both real-time and historical da- 
ta, the data health monitor according to the present in- 
vention may be provided at the field level within each 
financial data record such that some fields are displayed 
as either real-time or stale data while others are dis- 
played only as historical data This functionality may be 
implemented, for example, through the addition of one 
or more fields of identifier data within each financial data 
record. 

[0058] While the present invention has been particu- 
larly described with reference to the preferred embodi- 
ments, it should be readily apparent to those of ordinary 
skill in the art that changes and modifications in form 
and details may be made without departing from the 
spirit and scope of the invention. It is intended that the 
appended claims include such changes and modifica- 
tions. 



Claims 

1 . In an open system, a data health monitor for detect- 
ing and identifying non-current financial data trans- 
mitted via a communications network, comprising: 

a processor for receiving current financial data, 
formatting said current financial data to include 
an identifier, and transmitting said formatted 
current financial data onto the communications 
network; 

a status code generator for generating and 
transmitting a data source status code based 
upon the operating status of said data source, 
said data source status code including the data 
source identifier, said status code generator 
automatically updating said data source status 
code in response to changes in the operating 
status of said data source and automatically 
transmitting said updated data source status 
code; and 

a client site terminal for receiving and process- 
ing said formatted real-time financial data, said 
data source status code and said updated data 
source status code, said client site terminal se- 
lecting in real time a stale or real-time display 
mode for said formatted real-time financial data 
based upon said data source identifier of said 
formatted real-time financial data, said data 
source status code and said updated data 
source status code, and displaying said format- 



ted real-time financial data in accordance with 
the selected display mode. 

2. A data health monitor according to claim 1 , wherein 
5 said client site terminal compares the data source 

identifier of said formatted real-time financial data 
with the data source identifier of the data source sta- 
tus code and displays the formatted real-time finan- 
cial data accordance with the status indicated in the 
10 data source status code when said system identifi- 
ers match. 

3. A data health monitor according to claim 1 , wherein 
said client site terminal automatically alters the dis- 

is play mode of said formatted real-time financial data 
upon receipt of an updated data source status code 
having a data source identifier matching that of said 
formatted real-time financial data in accordance 
with the operating status indicated in the received 

20 updated data source status code. 

4. A data health monitor for detecting and identifying 
non-current financial data transmitted via a commu- 
nications network, comprising: 

25 

a processor for receiving real-time financial da- 
ta from a data source, formatting said real-time 
financial data to include a data source identifier, 
and transmitting said formatted real-time finan- 

30 cial data onto the communications network; 

a status code generator for generating and 
transmitting a data source status code based 
upon the operating status of said data source, 
said data source status code including the data 

35 source identifier, said status code generator 

automatically updating said data source status 
code in response to changes in the operating 
status of said data source and automatically 
transmitting said updated data source status 

40 code; and 

a client site terminal for receiving and process- 
ing said formatted real-time financial data, said 
data source status code and said updated data 
source status code, said client site terminal se- 

45 lecting in real time a stale or real-time display 

mode for said formatted real-time financial data 
based upon said data source identifier of said 
formatted real-time financial data, said data 
source status code and said updated data 

so source status code, and displaying said format- 

ted real-time financial data in accordance with 
the selected display mode. 

5. A data health monitor according to claim 4, wherein 
55 said client site terminal compares the data source 

identifier of said formatted real-time financial data 
with the data source identifier of the data source sta- 
tus code and displays the formatted real-time finan- 
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cial data accordance with the status indicated in the 
data source status code when said system identifi- 
ers match. 

6. A data health mon itor according to claim 4, wherein s 
said client site terminal automatically alters the dis- 
play mode of said formatted real-time financial data 
upon receipt of an updated data source status code 
having a data source identifier matching that of said 
formatted real-time financial data in accordance io 
with the operating status indicated in the received 
updated data source status code. 

7. A data health monitor for detecting and identifying 
non-current financial data transmitted via a commu- is 
nications network, comprising: 

a processor for receiving real-time financial da- 
ta from a data source, formatting said real-time 
financial data to incl ude a data sou rce identifier, 20 
and transmitting said formatted real-time finan- 
cial data onto the communications network; 
a status code generator for generating and 
transmitting a data source status code based 
upon the operating status of said data source, 2s 
said data source status code including the data 
source identifier, said status code generator 
automatically updating said data source status 
code in response to changes in the operating 
status of said data source and automatically 30 
transmitting said updated data source status 
code; and 

a client site terminal for receiving and process- 
ing said formatted real-time financial data, said 
data source status code and said updated data 35 
source status code, said client site terminal se- 
lecting in real time a stale or real-time display 
mode for said formatted real-time financial data 
based upon said data source identifier of said 
formatted real-time financial data, said data 40 
source status code and said updated data 
source status code, and displaying said format- 
ted real-time financial data in accordance with 
the selected display mode. 

45 

8. A data health monitor according to claim 7, wherein 
said client site terminal compares the data source 
identifier of said formatted real-time financial data 
with the data source identifier of the data source sta- 
tus code and displays the formatted real-time f inan- so 
cial data accordance with the status indicated in the 
data source status code when said system identifi- 
ers match. 

h A data health monitor according to claim 7, wherein ss 
said client site terminal automatically alters the dis- 
play mode of said formatted real-time financial data 
upon receipt of an updated data source status code 



having a data source identifier matching that of said 
formatted real-time financial data in accordance 
with the operating status indicated in the received 
updated data source status code. 

10. A data health monitor for detecting and idenfifying 
non-current financial data transmitted via a commu- 
nications network, comprising: 

a processor for receiving real-time financial da- 
ta from a data source, formatting said real-time 
financial data to include a system identifier, and 
transmitting said formatted real-time financial 
data onto the communications network; 
a heartbeat signal generator for generating and 
transmitting at a predetermined interval a heart- 
beat signal including said system identifier, and 
a client site terminal for receiving and process- 
ing said formatted real-time financial data and 
said heartbeat signal, said client site terminal 
selecting in real time a stale or real-time display 
mode for said formatted real-time financial data 
based upon said system identifier of said for- 
matted real-time financial data and said heart- 
beat signal and displaying said formatted real- 
time financial data in accordance with the se- 
lected display mode. 

11 . A data hearth monitor according to claim 1 0. where- 
in, when said client site terminal does not receive 
said heartbeat signal within a predetermined period 
of time, said client site terminal compares the sys- 
tem identifier of said formatted real-time financial 
data with the system identifier of the heartbeat sig- 
nal not received and displays the formatted real- 
time financial data in the stale display mode when 
said system identifiers match. 

12. A financial communications network including a da- 
ta health monitor, comprising: 

a plurality of data sources; 
a plurality of data collection system, each in- 
cluding 

a processor for receiving and formatting fi- 
nancial data received from said data sourc- 
es, said formatted financial data having a 
data field including a first data source iden- 
tifier identifying the data source of said for- 
matted financial data and a first system 
identifier identifying the data collection sys- 
tem formatting said formatted financial da- 
ta, said processor transmitting said format- 
ted financial data; 

a status code generator for generating and 
transmitting a status code including a sta- 
tus message and a second data source 
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identifier identifying the data source to 
which the status message corresponds, 
said status code generator automatically 
updating said status code when the oper- 
ating status of a corresponding one of said s 
plurality of data sources changes and 
transmitting said updated status code; 
a heartbeat signal generator for generating 
and periodically transmitting a heartbeat 
signal including a second system identifier io 
identifying the data collection system gen- 
erating the heartbeat signal; 

a client site terminal, including 

15 

a processor for receiving said formatted fi- 
nancial data, said heartbeat signal, said 
status codes and said status code updates, 
and extracting said first and second system 
identifiers and said first and second data 20 
source identifiers; 

a first display mode selector circuit for com- 
paring said second data source identifier 
from said status code with said first data 
source identifier from said formatted finan- 2s 
cial data and selecting a real-time or stale 
display mode for displaying said financial 
data in accordance with the status mes- 
sage from said status code when said first 
and second data source identifiers match, 30 
said first display mode selector changing 
said selected display mode upon receipt of 
said updated status code from said data 
collection system in accordance with the 
status message from said updated status 35 
code; 

a heartbeat detector circuit for detecting re- 
ceipt of said heartbeat signals from said 
data collection systems and generating a 
control signal if a heartbeat signal is not re- 40 
ceived from a data collection system wfthin 
a predetermined period of time; 
a second display mode selector circuit re- 
sponsive to the control signal from said 
heartbeat detector circuit for comparing 45 
said second system identifier from said 
non -received heartbeat signal with said 
first system identifier from said financial da- 
ta and selecting a stale display mode for 
displaying said financial data when said so 
first and second system identifiers match; 
and 

a display for displaying said financial data 
in accordance with the selected display 
modes selected by said first and second ss 
display mode selector circuits; and 

a network for enabling communication between 



said plurality of data sources, said plurality of 
data collection systems and said client site ter- 
minal. 

13. A method of detecting and identifying non-current 
financial data transmitted through a communica- 
tions network, comprising the steps of: 

receiving financial data from a data source at a 
data collection system; 

formatting the financial data received from the 
data source to include a data source identifier 
corresponding to the data source; 
generating a data source status signal includ- 
ing the data source identifier, said data source 
status signal determined by operation of said 
data source; 

transmitting the formatted financial data and 
the data source status signal; 
receiving the requested financial data and the 
data source status signal at a client site termi- 
nal; 

extracting the data source identifier from the re- 
ceived real-time financial data; 
comparing the extracted data source identifier 
with stored status data to select a real-time dis- 
play mode or stale display mode for said re- 
ceived financial data, said stored status data 
being derived from the data source status sig- 
nal; and 

displaying the received financial data in accord- 
ance with the selected display mode. 

A method of detecting and identifying non-current 
financial data transmitted through a communica- 
tions network, comprising the steps of: 

receiving financial data from a data source at a 
data collection system; 

formatting the financial data received from the 
data source to include a system identifier cor- 
responding to the data collection system; 
generating a heartbeat signal including the sys- 
tem identifier; 

transmitting the formatted financial data to one 
or more client site terminals upon receiving cor- 
responding requests from the client site termi- 
nals; 

transmitting the heartbeat signal at a predeter- 
mined interval to the one or more client site ter- 
minals; 

receiving the requested financial data and the 
heartbeat signal at the client site terminal; 
extracting the system identifier from the re- 
ceived financial data; 

comparing the extracted system identifier with 
stored status data to select a real-time or stale 
display mode for said received financial data, 
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said stored status data being based upon 
whether the client site terminal has received the 
heartbeat signal within a predetermined period 
of time; and 

displaying the real-time financial data in ac- s 
cordance with the selected display mode. 

15. A process of alerting a user to the existence of non- 
current information including the steps of: 

10 

receiving, at a user's computer, information 
from a remote source; 

receiving, at said user's computer, data which 
describes the information as being real-time or 
not real-time; is 
porting the information to an application at said 
user's computer; 

monitoring the data at said user's computer; 
indicating the status of the information as being 
real-time or not real-time in said application at 20 
said user's computer. 
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FIG. 5 
501 

RECEIVING REAL-TIME FINANCIAL DATA FROM ONE OR MORE DATA SOURCES AT A DATA 

COLLECTION SYSTEM 
I 

502 

FORMATTING THE REAL-TIME FINANCIAL DATA RECEIVED FROM TOE DATA SOURCES TO 

INCLUDE A DATA SOURCE IDENTIFIER 



,SOUR< 



503 

GENERATING A DATA SOURCE STATUS SIGNAL INCLUDING THE DATA SOURCE IDENTIFIER FOR 
EACH DATA SOURCE PROVIDING FINANCIAL DATA TO THE DATA COLLECTION SYSTEM 

504 

TRANSMITTING THE FORMATTED REAL-TIME FINANCIAL DATA AND THE DATA SOURCE 
STATUS SIGNALS TO ONE OR MORE CLIENT SITE TERMINALS 

SOS 

RECEIVING THE REQUESTED REAL-TIME FINANCIAL DATA AT THE CLIENT SITE TERMINAL 

506 

EXTRACTING A DATA SOURCE IDENTIFIER FROM THE RECEIVED REAL-TIME FINANCIAL DATA 

507 

COMPARING THE EXTRACTED DATA SOURCE IDENTIFIER WITH STORED STATUS DATA TO 
DETERMINE WHETHER THE CLIENT SHE TERMINAL IS MONITORING THE STATUS OF THE DATA 
SOURCE FROM WHIC H THE FINANCIAL DATA WAS RECEIVED 

508 

IF THE STATUS OF THE DATA SOURCE 15 NOT BEING MONITORED, TRANSMITTING A REQUEST 
TO THE DATA COLLECTION SYSTEM TO OBTAIN THE CURRENT STATUS DATA CORRESPONDING 

TO THE DATA SOURCE 

509 

ONCE THE CURRENT STATUS DATA IS RECEIVED, DISPLAYING THE REAL-TIME FINANCIAL 
DATA IN ACCORDANCE WITH THE CURRENT STATUS DATA 



:wnni 
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UPON RECEIPT OF A STATUS UPDATE FROM THE DATA COLLECTION SYSTEM, ALTERING THE 
DISPLAY OF THE DATA FROM THE DATA SOURCE CORRESPONDING TO THE STATUS UPDATE IN 
ACCORDANCE WITH THE STATUS INDICATED IN THE UPDATE 
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(57) A financial communications network incorpo- 
rating a data health monitor includes a plurality of data 
sources, a plurality of data collection system, a client 
site terminal and a network connecting these compo- 
nents. Each data collection system includes a processor 
for receiving and formatting financial data received from 
said data sources, wherein the formatted financial data 
has a data field including a first data source identifier 
identifying the data source of said formatted financial 
data and a first system identifier identifying the data col- 
lection system formatting said formatted financial data. 
The data collection systems also include a status code 
generator for generating and transmitting a status code, 



wherein the status code generator automatically up- 
dates the status code when the operating status of a 
corresponding data source changes; and a heartbeat 
signal generator for generating and periodically trans- 
mitting a heartbeat signal. The client site terminal in- 
cludes a processor for receiving the formatted financial 
data, the heartbeat signal and the status codes which it 
processes to determine whether there is a problem in 
the receipt of the financial data which prevents the ter- 
minal's receipt of the data in real time. The client site 
terminal then selects a real-time or stale display mode 
for displaying the financial data, and a display displays 
the financial data in accordance with the selected real- 
time or stale display mode. 
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